2012-02-04T12:01:48  <willkg> gmgbot: config supybot.plugins.ChannelLogger.enable True
2012-02-04T12:01:48  <gmgbot> willkg: The operation succeeded.
2012-02-04T12:02:02  <willkg> this channel is now being logged.
2012-02-04T12:02:22  <paroneayea> as usual, now that it's meeting time, my cat has decided to jump on my desk and start meowing (how does she always know?)
2012-02-04T12:02:33  <paroneayea> anyway :)
2012-02-04T12:02:43  <AVRS> it's a text-only meeting
2012-02-04T12:02:46  <paroneayea> heh
2012-02-04T12:02:52  *** cinemascop89 has joined #mediagoblin
2012-02-04T12:03:10  <AVRS> <audio> is not supported yet:(
2012-02-04T12:03:21  *** cinemascop89 has left #mediagoblin
2012-02-04T12:03:48  <paroneayea> So!  0.2.1 will be out the door on monday, with quite a few interesting things (EXIF, GPS/OpenStreetMap, Ascii Art plugin..)
2012-02-04T12:04:03  *** tryggvib has joined #mediagoblin
2012-02-04T12:04:03  <paroneayea> and of course, some very background things (the SQL/SQLAlchemy stuff)
2012-02-04T12:04:09  <paroneayea> heya tryggvib !
2012-02-04T12:04:21  <tryggvib> hi all
2012-02-04T12:04:35  <tryggvib> sorry I'm late
2012-02-04T12:04:37  <joar> hello!
2012-02-04T12:04:39  <paroneayea> Elrond is going to be a bit late to the meeting so since he's done the bulk of the SQL transition stuff we'll wait to cover that till he's here
2012-02-04T12:04:40  <paroneayea> np :)
2012-02-04T12:04:46  <paroneayea> http://wiki.mediagoblin.org/Meeting#2012-02_.28planned_for_2012-02-04.29 other topics here:
2012-02-04T12:04:50  <paroneayea> or, colon in wrong place
2012-02-04T12:04:51  <joar> hi tryggvib!
2012-02-04T12:04:53  <paroneayea> regardless :)
2012-02-04T12:05:12  <tryggvib> I won't be following the discussion since I'm on a visit
2012-02-04T12:05:19  <paroneayea> anyway, actually since nyergler, joar, tryggvib are all here, that's great timing because one of the agenda topics is API stuff :)
2012-02-04T12:05:30  <tryggvib> great
2012-02-04T12:06:02  <paroneayea> before we go into specific topics, is there any "last-month-recap" anyone wants to go into?
2012-02-04T12:06:21  <paroneayea> we finally have http://issues.mediagoblin.org/ up too, so that's also a great thing :)
2012-02-04T12:06:29  <willkg> yay!
2012-02-04T12:06:35  <paroneayea> thanks willkg :)
2012-02-04T12:07:07  <CarlFK> AVRS:   ?
2012-02-04T12:07:23  <AVRS> CarlFK: it was mostly because of paroneayea's cat
2012-02-04T12:07:29  <AVRS> (my message)
2012-02-04T12:07:40  <CarlFK> par has a cat?
2012-02-04T12:07:48  <paroneayea> CarlFK: you've met our cat!
2012-02-04T12:07:56  *** djs has joined #mediagoblin
2012-02-04T12:08:00  <paroneayea> AVRS: although that's actually maybe an interesting point, we should make an <audio> bug that's not just "use the video plugin badly" :)
2012-02-04T12:08:08  <CarlFK> oh yeah - wow, im still not awake
2012-02-04T12:08:13  <joar> paroneayea: Ouch!
2012-02-04T12:08:15  <AVRS> hi djs
2012-02-04T12:08:24  <paroneayea> joar: your video plugin is awesome!
2012-02-04T12:08:25  <paroneayea> I just mean
2012-02-04T12:08:26  <joar> paroneayea: Although, I *agree*
2012-02-04T12:08:41  <joar> I know, it was a bad hack :)
2012-02-04T12:08:45  <paroneayea> it's probably best to have an actual audio parser that's not "put fake video here" :)
2012-02-04T12:08:54  <djs> hello AVRS
2012-02-04T12:08:58  <paroneayea> hi djs
2012-02-04T12:09:00  <paroneayea> so
2012-02-04T12:09:01  <AVRS> paroneayea, joar: wait, is <audio> supported already?
2012-02-04T12:09:16  <paroneayea> AVRS: joar did a hack-test where he submitted a webm with faked-out video or something ;)
2012-02-04T12:09:23  <AVRS> :)
2012-02-04T12:09:25  <paroneayea> so, not really :)
2012-02-04T12:09:39  <paroneayea> anyway, we'll file a bug post-meeting :)
2012-02-04T12:09:47  <paroneayea> oh, right, we should say:
2012-02-04T12:09:50  <paroneayea> even though not released yet
2012-02-04T12:09:53  <paroneayea> congrats everyone on 0.2.1 :)
2012-02-04T12:10:05  <paroneayea> even despite the in-progress SQL transition
2012-02-04T12:10:09  <paroneayea> quite a lot of cool stuff in there :)
2012-02-04T12:10:34  <joar> absolutely, the only option, using the video plugin would be to rebuild into an av plugin, but that might require more flexibility in our plugin system (or template/metadata [as in db metadata] hacks). Even though an av plugin would eliminate any DRY. (as long as we don't use a separate utility for only audio parsing)
2012-02-04T12:10:55  <paroneayea> joar: could you file a bug post-meeting for "actual audio plugin" and put some thoughts in it?
2012-02-04T12:11:09  <paroneayea> or, I can ;)
2012-02-04T12:11:20  <joar> I will put my thought in it regardless :)
2012-02-04T12:11:23  <paroneayea> cool
2012-02-04T12:11:30  <paroneayea> So, first real item on the agenda:
2012-02-04T12:11:30  <paroneayea>  - Code style guide? See also: http://issues.mediagoblin.org/ticket/197
2012-02-04T12:11:53  <paroneayea> I guess I'm not sure how much there is to say about it other than "we should do it and put it on the wiki"?
2012-02-04T12:11:56  *** niqnaq has joined #mediagoblin
2012-02-04T12:11:59  <paroneayea> I'm not sure how terribly urgent it is
2012-02-04T12:12:24  <paroneayea> mostly we follow PEP-8, so more importantly it's just getting a notice about PEP-8 out there :)
2012-02-04T12:12:31  <paroneayea> willkg: ping ^
2012-02-04T12:12:47  * willkg nods.
2012-02-04T12:12:57  <willkg> should this also cover jinja2, js, html, css, ... ?
2012-02-04T12:13:04  <paroneayea> I think it's a good idea.
2012-02-04T12:13:10  <paroneayea> at least the html style guide is good
2012-02-04T12:13:17  <willkg> i'm not sure what good style guidelines for those other things are.
2012-02-04T12:13:45  <nyergler> might what to reference PEP-257 (docstring conventions) as well
2012-02-04T12:13:54  <paroneayea> good point nyergler
2012-02-04T12:14:02  <nyergler> if folks follow that, makes it easier to generate API docs, etc
2012-02-04T12:14:10  <nyergler> (and more importantly, read the code)
2012-02-04T12:14:19  <paroneayea> although actually I never read API docs, I just read the code ;)
2012-02-04T12:14:25  <Elrond> Okay, back!
2012-02-04T12:14:28  <paroneayea> hi Elrond !
2012-02-04T12:14:57  <paroneayea> anyway, worth starting a StyleGuide wiki page, referencing PEP-8, mentioning either PEP-257 or some other things on comments, and filling in the other bits later
2012-02-04T12:15:22  <paroneayea> TODO (paroneayea): update http://issues.mediagoblin.org/ticket/197 post-meeting
2012-02-04T12:15:46  <paroneayea> (I've thought it might be a good idea to steal the #openhatch idea of making TODOs with usernames that get logged during the meeting as notes to selves)
2012-02-04T12:15:47  <paroneayea> anyway
2012-02-04T12:15:54  <paroneayea> not much more to discuss on that probably, just need to do it
2012-02-04T12:16:13  <paroneayea> so, I'm going to bump up the SQL discussion now that Elrond is back :)
2012-02-04T12:16:18  <paroneayea> Elrond: want to give an update?
2012-02-04T12:16:45  <joar> API docs will be helpful to those who only have a short time to study mediagoblin and to speed up the intergration process of new people.
2012-02-04T12:16:53  <paroneayea> joar: that's true
2012-02-04T12:17:12  <joar> s/intergration/integration/
2012-02-04T12:17:16  <paroneayea> and not everyone is like me who jumps straight to grep + RTFSC
2012-02-04T12:17:24  <Elrond> Okay.
2012-02-04T12:18:10  <Elrond> We've basic models ready. We miss some of the advanced things like "attachments" or all of the "addon storage". So for example exif.
2012-02-04T12:18:58  <paroneayea> http://issues.mediagoblin.org/query?status=!closed&keywords=~sql
2012-02-04T12:18:59  <Elrond> (don't misread storage as in storage backend, but read it as "dump your db like data in somewhere")
2012-02-04T12:19:20  <paroneayea> Elrond: you mean the ./bin/gmg commands?
2012-02-04T12:19:21  <Elrond> Right, we have some bugs open for things we thought need a bug.
2012-02-04T12:19:22  <joar> paroneayea: 7438 lines of python source code in mediagoblin/ alone :)
2012-02-04T12:19:25  <paroneayea> of dumpdata and etc?
2012-02-04T12:19:30  <paroneayea> joar: heh :)
2012-02-04T12:19:31  <SpamapS> meeting? did I miss the meeting?
2012-02-04T12:19:37  <paroneayea> SpamapS: nope!
2012-02-04T12:19:39  <paroneayea> it's going on now!
2012-02-04T12:19:39  * SpamapS did not know there was a meeting. ;)
2012-02-04T12:19:41  <Elrond> paroneayea - I mean dump exif data, etc.
2012-02-04T12:19:45  <paroneayea> Elrond: ohhhh gotcha.
2012-02-04T12:19:47  <paroneayea> right!
2012-02-04T12:19:50  <SpamapS> paroneayea: ACK, will pipe down then. :)
2012-02-04T12:20:10  <paroneayea> Elrond: but summary is, "it's pretty close, but still needs some major things, esp stuff like Kombu support", right?
2012-02-04T12:20:18  <paroneayea> and we need that for celery integration
2012-02-04T12:20:26  <Elrond> paroneayea - Right!
2012-02-04T12:20:50  <Elrond> And most "change the db" things aren't quite as tested as they might be.
2012-02-04T12:20:55  <paroneayea> also, SQL migration (read, not mongo->sql, sql migrations as in schama upgrades) stuff seems to be mostly working
2012-02-04T12:21:17  <paroneayea> excepting that migrations on sqlite still somewhat difficult :)
2012-02-04T12:21:23  <Elrond> What works very well is "run your instance on SQL and browse it".
2012-02-04T12:21:41  <paroneayea> haven't tested the ./bin/gmg sqlupdate command yet though.
2012-02-04T12:21:51  <paroneayea> but all tests pass!
2012-02-04T12:22:02  <paroneayea> except for the one difficult sqlite issue one that's commented out ;)
2012-02-04T12:22:11  <Elrond> What we also have is a hacker's tool to convert a mongodb instance to sqlite.
2012-02-04T12:22:17  <paroneayea> yes!
2012-02-04T12:22:38  <paroneayea> Elrond: I still think it might need some adjustments for around the release time to make sure it doesn't go out of sync as the SQL stuff moves around
2012-02-04T12:22:55  <paroneayea> but, still good for now :)
2012-02-04T12:23:06  <paroneayea> Elrond: do you think a 1.5 month timeline is reasonable expectation of when things might land?
2012-02-04T12:23:28  <Elrond> paroneayea - Yes. We will need to cp models.py models_v0.py  at that point and load models_v0 instead of models  in the conerter....
2012-02-04T12:23:45  <Elrond> I think so, yeah.
2012-02-04T12:23:58  <paroneayea> so, before 0.2.2, hopefully!  at worst, *immediately after* 0.2.2 probably
2012-02-04T12:24:08  <Elrond> We could use some helping hand by someone more experienced in "good db design".
2012-02-04T12:24:15  <paroneayea> that's true
2012-02-04T12:24:19  <paroneayea> if people know such individuals
2012-02-04T12:24:35  <paroneayea> feel free to welcome them (or raise your voice if you are such a person ;))
2012-02-04T12:25:08  <paroneayea> anyway, summary seems to be, "lots of things already work, though not everything; things look positive but need lots of effort still"
2012-02-04T12:25:35  <Elrond> It's things like "Okay, should we put an index on foreignkeys, because the db doesn't do usualy?"  Or "put this stuff in a new table and use a join?  Or duplicate it in each row?"
2012-02-04T12:25:43  <paroneayea> yeah
2012-02-04T12:25:56  <paroneayea> Elrond: though we can probably migrate towards fixing such issues in the future too, is one good thing
2012-02-04T12:26:08  <Elrond> Ruggt!
2012-02-04T12:26:10  <paroneayea> we're nearing the halfway point of the meeting so should probably go onto the next topic if nobody has anything in particular here :)
2012-02-04T12:26:50  <paroneayea> kuneco/federation is next on the list, but since tryggvib, nyergler, joar are all in-channel I'd actually like to raise the priority of the API discussion and discuss that now if that's okay!
2012-02-04T12:26:53  <Elrond> Or: "Should we have primary key id integer + unique(col1, col2)  or  rather primary key (col1, col2)  if the usualy way to access that table really is by col1,col2?
2012-02-04T12:26:58  <Elrond> Questions like these.
2012-02-04T12:27:02  <paroneayea> right
2012-02-04T12:27:15  <paroneayea> tryggvib, nyergler, joar: around?  ready to discuss API stuff? :)
2012-02-04T12:27:29  <nyergler> uh, sure :)
2012-02-04T12:27:31  <joar> I am right here!
2012-02-04T12:27:45  <tryggvib> I'm here and I think it's time to declare that the ministry of education, science and culture in Iceland is very likely going to pay joar to implement the API. We only have to see how much work it is to make an estimate of work hours for my bosses to decide if it is acceptable (which I believe it will be since I will advice them to ;)
2012-02-04T12:28:00  <paroneayea> tryggvib: that's good news :)
2012-02-04T12:28:10  <paroneayea> so we should get coordination of *general agreement* on what the API looks like
2012-02-04T12:28:21  <tryggvib> yes
2012-02-04T12:28:29  <Elrond> tryggvib - So this is now official?
2012-02-04T12:28:50  <tryggvib> as soon as joar starts working on it it becomes official that we are paying for it
2012-02-04T12:29:07  <paroneayea> honestly, I know both joar *and* nyergler are interested in working on it, and I think whoever can jump on it should jump on it, assuming we can coordinate generally an agreement as to what requirements are
2012-02-04T12:29:28  <nyergler> my bandwidth to actually work on it is probably low right now
2012-02-04T12:29:29  <paroneayea> my understanding is that iceland mostly needs webhooks really, is the main requirement for an API, is that right tryggvib ?
2012-02-04T12:29:33  <Elrond> But it's now official that the minstry very likely will pay joar? :)  (asking, if it makes sense to blog about it?)
2012-02-04T12:30:09  <tryggvib> let's not do it until it's in the bag
2012-02-04T12:30:14  <paroneayea> sounds good
2012-02-04T12:30:22  <Elrond> tryggvib - ACK.
2012-02-04T12:30:45  <paroneayea> so we have http://wiki.mediagoblin.org/REST_API and http://wiki.mediagoblin.org/API both written up
2012-02-04T12:30:57  <tryggvib> I liked nyergler's approach
2012-02-04T12:31:12  <paroneayea> horray, already moving towards agreement :)
2012-02-04T12:31:26  <tryggvib> mine was more conceptual but nyergler closer to the actual solution (with authorization etc.)
2012-02-04T12:32:30  * nyergler goes back and reads what i wrote :)
2012-02-04T12:32:46  <paroneayea> nyergler: was the idea of http://wiki.mediagoblin.org/REST_API that it was mounted in the same application at the same urls
2012-02-04T12:33:02  <paroneayea> or would it be at like http://mediagoblin.com/api/ or http://api.mediagoblin.com/
2012-02-04T12:33:07  <tryggvib> so I had updated my description based on an informal meeting we had here on irc once
2012-02-04T12:33:20  <tryggvib> to just use normal POST and a webhook (callback url)
2012-02-04T12:33:28  <paroneayea> there was some indication here that indicated the former: "Requests should specify the HTTP Accept header to indicate the preferred response format. A client that wishes to receive a JSON-formatted response, for example, should send the header:"
2012-02-04T12:33:33  <paroneayea> tryggvib: aha, great
2012-02-04T12:33:52  <nyergler> paroneayea: i think my initial idea was that it'd share the same codebase (ie, views would dispatch for api or html)
2012-02-04T12:33:58  <paroneayea> tryggvib: I think if those are the main requirements, the webhook URL, it should be pretty easy to go nyergler's approach with just that addition :)
2012-02-04T12:34:00  <paroneayea> nyergler: right
2012-02-04T12:34:03  <paroneayea> one question about that
2012-02-04T12:34:07  <tryggvib> exactly
2012-02-04T12:34:09  <nyergler> and that it's possible you'd decide to disable one or the other for a given deployemnt
2012-02-04T12:34:15  <paroneayea> ahhhh
2012-02-04T12:34:23  <paroneayea> so a few quick questions:
2012-02-04T12:34:25  <nyergler> if you wantd to split the load between www.mediagoblin.com and api.mediagoblin.com
2012-02-04T12:34:31  <paroneayea>  - would this make writing plugins more complicated?
2012-02-04T12:34:57  <nyergler> caveat: i know almost nothing about how the plugin model works
2012-02-04T12:34:58  <paroneayea>  - how would we handle writing those dual-views?  Class-based views maybe?
2012-02-04T12:35:24  <paroneayea> nyergler: neither do we, we don't have one... willkg and i were discussing about starting that right after SQL stuff lands :)
2012-02-04T12:35:37  <nyergler> paroneayea: so i guess the answer to that is no :)
2012-02-04T12:35:42  <tryggvib> nyergler: for our needs that wouldn't be enough since to avoid cross site difficulties we were going to set gmg up on mediagoblin.example.org (with our site on example.org) or something
2012-02-04T12:36:14  <nyergler> tryggvib: what wouldn't be enough?
2012-02-04T12:36:37  <tryggvib> sorry, to split the api up and have it on a specific domain
2012-02-04T12:36:50  <nyergler> ah, right -- the domain is just an example
2012-02-04T12:37:03  <joar> I believe nyergler pointed out that the API functionality should be optional, so that you could have a separate instance for only API requests?
2012-02-04T12:37:05  <tryggvib> ah I see
2012-02-04T12:37:09  <paroneayea> tryggvib: one thing that I *think* nyergler is saying
2012-02-04T12:37:11  <tryggvib> yes I see
2012-02-04T12:37:12  <nyergler> exactly, joar
2012-02-04T12:37:21  <paroneayea> tryggvib: is that it could work three ways:
2012-02-04T12:37:28  <nyergler> but in the same codebase so that you don't get drift
2012-02-04T12:37:38  <paroneayea>  - either api & main site on same instance together, and toggle'able depending on the header
2012-02-04T12:37:41  <paroneayea>  - turn on just api
2012-02-04T12:37:45  <paroneayea>  - turn on just main site
2012-02-04T12:37:58  <tryggvib> ok, I understand
2012-02-04T12:38:03  <nyergler> right
2012-02-04T12:38:03  <paroneayea> there's also the question of, "what's the cleanest thing to write" :)
2012-02-04T12:38:07  <tryggvib> that makes gmg more usable
2012-02-04T12:38:27  <paroneayea> I think we could do this fairly feasibly with class-based views
2012-02-04T12:38:38  <nyergler> absolutely
2012-02-04T12:38:45  <paroneayea> they could auto-detect what the setting is and call the right method and use some same components
2012-02-04T12:38:50  <paroneayea> the *hard* thing potentially about it
2012-02-04T12:38:56  <Elrond> BTW: I would suggest to put the API under some /api/{APIname}-{version}/ to ease transition things.
2012-02-04T12:39:12  <paroneayea> yes, so that's one issue, what if the API changes?
2012-02-04T12:39:12  <willkg> the bugzilla api does that. it's nice.
2012-02-04T12:39:17  <paroneayea> we could be stuck with that API for life
2012-02-04T12:39:23  <paroneayea> nyergler: think api.cc.org ;)
2012-02-04T12:39:47  <nyergler> paroneayea: i see that as a counter argument to versioning :)
2012-02-04T12:39:51  <nyergler> we versioned too soon there
2012-02-04T12:39:56  <paroneayea> hmm
2012-02-04T12:40:14  <paroneayea> one other thing
2012-02-04T12:40:14  <Elrond> paroneayea - What if our main site changes and the html needs just a completely different parameter set. The API should stay until we really intend to break it.
2012-02-04T12:40:15  <nyergler> that was a pain because we thought we had to support three versions
2012-02-04T12:40:26  <paroneayea> if you're "turning on/off the API"
2012-02-04T12:40:33  <paroneayea> you also have to disable a whole bunch of not-api views
2012-02-04T12:40:43  <paroneayea> and that involves making our *main* views more complicated, probably unnecessarily
2012-02-04T12:41:04  <paroneayea> we could still use the class-based-views approach and mount under /api[/u/elrond/]
2012-02-04T12:41:15  <paroneayea> where everything in [] captures what would be a normal URL
2012-02-04T12:41:24  <paroneayea> that might actually be a much easier compromise
2012-02-04T12:41:27  <nyergler> what does that give you?
2012-02-04T12:41:33  <paroneayea> and we could still use class based views to reuse code
2012-02-04T12:41:36  <Elrond> That feels strange to me.
2012-02-04T12:41:50  <nyergler> i think that's only the illusion of flexibility
2012-02-04T12:41:59  <paroneayea> nyergler: it gives me that for all the views that have nothing to do with the API, I don't need to add code to disable them :)
2012-02-04T12:42:00  <paroneayea> hm
2012-02-04T12:42:02  <nyergler> to exercise it later would require a huge disentagling
2012-02-04T12:42:21  <paroneayea> nyergler: okay
2012-02-04T12:42:42  <paroneayea> nyergler: I'm still not sure that disabling stuff might be so easy, but
2012-02-04T12:42:46  <nyergler> wouldn't you just decorate the non-API views to say 'hey, if you don't accept HTML, I can't help you?'
2012-02-04T12:43:01  <paroneayea> oh that's true
2012-02-04T12:43:10  <paroneayea> if you don't have some sort of attribute like
2012-02-04T12:43:33  <paroneayea> getattr(view, 'is_apiable', False)
2012-02-04T12:43:47  <paroneayea> and the class ones could always have that attribute set
2012-02-04T12:43:56  <paroneayea> that's one solution
2012-02-04T12:44:17  <tryggvib> what about keeping it on the same site and than allow passing of a parameter to set the version?
2012-02-04T12:44:21  <nyergler> sure... might be better to think about this as less "API" and more 'HTTP-ACCEPT' support
2012-02-04T12:44:30  <paroneayea> nyergler: right
2012-02-04T12:44:49  <paroneayea> tryggvib: I think nyergler is right, we don't want to support legacy APIs until we're forced to consider that possibility!
2012-02-04T12:44:50  <tryggvib> (I'm still dropping in and out so I'm not following the discussion too closely)
2012-02-04T12:45:03  <paroneayea> it's a huge pain for CC, and would be a huuuuuge pain for mediagoblin
2012-02-04T12:45:12  <Elrond> tryggvib - It's usually easier to "mount" (think unix!) a different api version (think "different code"!) under a new path.
2012-02-04T12:45:23  <tryggvib> ok
2012-02-04T12:45:49  <paroneayea> one thing is we could always provide a separate ShittyOldApi wsgi application for people who want to mount that :)
2012-02-04T12:45:57  <paroneayea> that calls into the mediagoblin codebase ;)
2012-02-04T12:46:09  <paroneayea> or it could be implemented as an external package :)
2012-02-04T12:46:10  <tryggvib> I just remember seeing this approach somewhere (declaring version using a parameter)
2012-02-04T12:46:20  <paroneayea> tryggvib: it's a common approach, yeah
2012-02-04T12:46:24  *** raignarok has quit IRC
2012-02-04T12:46:47  <nyergler> i don't hate it -- it retains the use of URIs to identify resources
2012-02-04T12:46:59  <nyergler> might event be able to use a header to request something specific
2012-02-04T12:47:11  <paroneayea> nyergler: ShittyAPISupportMeddleware
2012-02-04T12:47:15  <nyergler> either way could potentially bake it into the dispatch
2012-02-04T12:47:38  <paroneayea> okay
2012-02-04T12:47:53  <paroneayea> nyergler: I'm mostly convinced that your statement of "think of it less as API and more as HTTP-ACCEPT"
2012-02-04T12:47:56  <paroneayea> is the right way to think of it
2012-02-04T12:48:07  <paroneayea> and that class based views will be the right way forward toward this
2012-02-04T12:48:27  <paroneayea> and for now, we'll just have API turned on on all sites when this gets merged in, and we can worry about adding API-disabling support later too
2012-02-04T12:48:36  <paroneayea> or even mainsite disabling :)
2012-02-04T12:48:49  <tryggvib> I vote for making a non-version api to access resources and then if we develop it further we would add optimal parameters and when we finally need to break it we create a versioned api (but we must think about versioning from the beginning)
2012-02-04T12:49:01  <Elrond> So legacy APIs (like a flickr api) will be a bit like the shittyoldapi: They're mounted somewhere under /api/our-flickr/ and call into the main codebase?
2012-02-04T12:49:09  <paroneayea> Elrond: I think so
2012-02-04T12:49:11  <paroneayea> yes
2012-02-04T12:49:35  <paroneayea> and for now, we'll develop the "main" API with the expectation that it's more HTTP-ACCEPT and less 'seprate API'
2012-02-04T12:49:44  <paroneayea> that seems like a nice way to move forward for now
2012-02-04T12:49:56  <paroneayea> seems like people agree?
2012-02-04T12:50:00  <joar> yes
2012-02-04T12:50:00  <nyergler> i do :)
2012-02-04T12:50:04  <paroneayea> sweet
2012-02-04T12:50:14  <Elrond> Good!
2012-02-04T12:50:20  <Elrond> What's left?
2012-02-04T12:50:25  <paroneayea> does someone want to write up the sumamry of this on the wiki or on a relevant ticket after the meeting or should I?
2012-02-04T12:50:26  <nyergler> (fwiw i think i may have my HTTP verbs a little wrong on that doc, will look at it later this morning and update if needed)
2012-02-04T12:50:32  <paroneayea> I'll assume I am if nobody volunteers
2012-02-04T12:50:42  <Elrond> OH!  Do we have any bugs that need fixing for the release?
2012-02-04T12:50:43  <paroneayea> Elrond: Kuneco!  Plugin discussion!  we'll only get to one...
2012-02-04T12:50:49  <paroneayea> Elrond: not that I know of?
2012-02-04T12:51:16  <joar> ASCII
2012-02-04T12:51:23  <paroneayea> right
2012-02-04T12:51:29  <Elrond> Ohh, okay.
2012-02-04T12:51:30  <willkg> let's push off the plugin discussion until next meeting.
2012-02-04T12:51:33  <paroneayea> TODO (paroneayea): review joar's ascii stuff post-meeting
2012-02-04T12:51:36  <paroneayea> willkg: agreed
2012-02-04T12:51:44  <paroneayea> so that leaves us with "where are we with federation stuff"
2012-02-04T12:51:46  <joar> I've merged a fix, but I have gremlins in my environment. I'd need someone to test it for me.
2012-02-04T12:51:49  <paroneayea> and my suspicion is "not far" ;)
2012-02-04T12:51:53  <Elrond> joar - Ask me post meeting to take a look too. :-)
2012-02-04T12:52:21  <paroneayea> TODO (paroneayea): update wiki or tickets with summary of API agreements from meeting
2012-02-04T12:52:23  <joar> paroneayea: We do support ostatus following
2012-02-04T12:52:30  <paroneayea> joar: yeah that's true!
2012-02-04T12:52:46  <Elrond> Including push or whatever it's called.
2012-02-04T12:52:58  <paroneayea> basically, until SQL stuff lands, I suspect I won't pay much attention to kuneco.
2012-02-04T12:53:23  <paroneayea> and sounds like joar *should* be hopping on API stuff now that we know where it is and that he'll be getting paid (?!)
2012-02-04T12:53:23  <Elrond> Yeah, most of my time will go to sql too... sorry guys.
2012-02-04T12:53:25  <joar> We have some XRD/LRDD helpers in kuneco
2012-02-04T12:53:33  <paroneayea> yeah that's true!
2012-02-04T12:54:01  <joar> I haven't pushed mediagoblin changes for them yet in mediagoblin as it would require packaging of kuneco
2012-02-04T12:54:22  <paroneayea> oh right
2012-02-04T12:54:24  <paroneayea> hiya SpamapS
2012-02-04T12:54:26  <paroneayea> ^^^^^
2012-02-04T12:54:30  <joar> as in, PyPI packaging, too :)
2012-02-04T12:54:34  <paroneayea> true
2012-02-04T12:54:41  <paroneayea> joar: I can set up pypi packaging for kuneco
2012-02-04T12:54:43  <paroneayea> that's not tough.
2012-02-04T12:54:51  <joar> paroneayea: That'd be awesome :)
2012-02-04T12:55:00  <paroneayea> I'm not sure kuneco is exciting enough to debian-package yet though?
2012-02-04T12:55:11  <paroneayea> it only provides a couple things so far..
2012-02-04T12:55:20  <joar> i don't think so, but it will be needed if my changes to mediagoblin are merged.
2012-02-04T12:55:40  *** ErkanYilmaz has quit IRC
2012-02-04T12:55:47  <joar> so for the sake of mediagoblin using kuneco for XRD/LRDD generation it would have to be packages, I think.
2012-02-04T12:55:58  <joar> s/ages/aged/
2012-02-04T12:56:01  <Elrond> Could we just include kuneco in the main GMG debian package?
2012-02-04T12:56:15  <paroneayea> I don't know, presumably SpamapS can respond to that! :)
2012-02-04T12:56:46  <Elrond> ... until kuneco will be more mature.
2012-02-04T12:57:01  <Elrond> Like gtk was in the gimp package until people started to use it for real.
2012-02-04T12:57:26  <tryggvib> paroneayea, joar we must just remember that ministry stuff takes time so I can't say when joar gets the go
2012-02-04T12:57:40  <paroneayea> tryggvib: that's true :)
2012-02-04T12:57:40  <tryggvib> (sorry I go back to an older topic)
2012-02-04T12:57:49  *** ErkanYilmaz has joined #mediagoblin
2012-02-04T12:57:51  <paroneayea> tryggvib: I guess I misunderstood your previous comment :)
2012-02-04T12:58:18  <paroneayea> <tryggvib> as soon as joar starts working on it it becomes official that we are paying for it
2012-02-04T12:58:28  <paroneayea> is probably what got me over-excited that that should kick-off :)
2012-02-04T12:58:52  <tryggvib> a sorry I was answering Elrond (he wanted to blog about it)
2012-02-04T12:59:24  <paroneayea> right :)
2012-02-04T12:59:26  <paroneayea> ok!
2012-02-04T12:59:32  <paroneayea> wellll
2012-02-04T12:59:35  <tryggvib> and I was just saying we should should make it official that we're paying joar until he starts working on it
2012-02-04T12:59:42  <tryggvib> we digress
2012-02-04T12:59:47  <paroneayea> got it :)
2012-02-04T13:00:00  <paroneayea> okay, cool
2012-02-04T13:00:20  <paroneayea> (which actually leaves the question about whether it's the API or federation stuff that should be in focus at the moment, or whatever)
2012-02-04T13:00:22  <paroneayea> anyway
2012-02-04T13:00:26  <paroneayea> hour over!
2012-02-04T13:00:31  <paroneayea> which means meeting over :)
2012-02-04T13:00:36  <joar> 1 second!
2012-02-04T13:00:38  <paroneayea> oh!
2012-02-04T13:00:41  <paroneayea> 1 second :)
2012-02-04T13:00:53  <willkg> yay!
2012-02-04T13:01:00  <AVRS> :01:00
